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DETAILED ACTION 
Respond to Amendment 

1 . This communication is considered fully response to the Amendment filed on 
03/10/2009. The following is the new ground rejection. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1, 3-4 and 6- 9 ,14-21 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Berg (US 20020112085 A1) in view of Ferrari et al (US 20040078419 
A1 ) hereinafter referred to as Berg and Ferrari respectively. 

Regarding claim 1 , Berg discloses A method for selecting egresses of a multi-ISP 
(multiple ISP see FIG. 2b and FIG. 2c) local area network, the local area network 
comprising a routing switch, which comprises an egress user board for processing of 
the ISP egresses (the n servers is connected to a flow switch at egress [0059] LINES 1- 
2 and FIG. lb), the method comprising the steps of: 

providing a network address translation (NAT) board in the routing switch (the flow 
switch manipulates (e.g. rewrites) the packets in the course of performing "translation" 
operations such as TCP splicing, NATs, and checksum calculations see [0228] lines 4- 
7) 

presetting a NAT address pool corresponding to each of the ISP egresses; 
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querying in a routing table upon request of an outgoing packet from the local area 
network (the flow switch (a) maps packets from the flow switch's ingress port to the 
selected server through a suitable one of the flow switch's egress ports, (b) maps 
packets from the selected server to the particular client, and (c) performs various 
administrative operations. In processing a packet that is communicated between a 
server and a client, the conventional flow switch performs a range of operations, which 
may include network address translation ("NAT") see [0061] lines 6-14), and 
determining a next hop of the route for the packet; and 

wherein the step of presetting a NAT address pool (the flow switch manipulates (e.g. 
rewrites) the packets in the course of performing "translation" operations such as TCP 
splicing, NATs, and checksum calculations see [0228] lines 4-7) corresponding to each 
of the ISP 

egresses comprises the steps of: 

binding each of outgoing interfaces connected with the ISP with a corresponding one of 
the NAT address pools (a client that communicate with one another through a global 
computer network with IP socket-based applications. In this example, a server farm 
(including n servers, where n is an integer number) stores the applications to be 
deployed. Server farms are useful for deploying software applications (e.g. web site 
application or Internet gaming site application) for use through a global computer 
network see [0058] lines 1-10 and fig. 1b also such techniques would perform (a) 
network address translations in IP packets that are communicated between clients and 
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specified servers in the server farm and (b) TCP splicing (e.g. rewriting of sequence 
numbers) see [0179] lines 6-10) and [00231] 

wherein leaf nodes of the NAT policy tree store a binding relation between each of the 
outgoing interfaces connected with the ISP and the corresponding NAT address pool 
and the NAT policy information of the slot number of the NAT board (the selected server 
through a suitable one of the flow switch's egress ports, (b) maps packets from the 
selected server to the particular client, and (c) performs various administrative 
operations. In processing a packet that is communicated between a server and a client, 
the conventional flow switch performs a range of operations, which may include network 
address translation ("NAT"), checksum calculation, and TCP sequence number 
rewriting ("TCP splicing" see [0061] lines 7-15 and fig. 2b ) 

Berg does not explicitly disclose determining whether it is necessary to perform NAT at 
the ISP egress corresponding to the next hop of the route; and if yes, selecting one of 
the NAT address pools corresponding to the ISP egress, performing corresponding NAT 
by the NAT board, and forwarding the packet to the egress user board corresponding to 
the ISP; otherwise, forwarding the packet to the egress user board corresponding to the 
ISP. 

Creating a NAT policy tree in accordance with a combination of the outgoing interface 
and the source IP address as a keyword upon request for access. Ferrari from the same 
or similar endeavor teach determining whether it is necessary to perform NAT at the ISP 
egress corresponding to the next hop of the route (flow entry and next-hop address to 
destination NAT IP address [0515]); and if yes, selecting one of the NAT address pools 
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corresponding to the ISP egress, performing corresponding NAT by the NAT board, and 
forwarding the packet to the egress user board corresponding to the ISP; otherwise, 
forwarding the packet to the egress user board corresponding to the IS (NAT, is 
performed on packets sent to or from a virtual IP address. In FIG. 29 above, a client 
connected to the Internet will send a packet to a virtual IP address representing a virtual 
domain. The load-balancing function will select a physical server to send the packet to. 
NAT results in the destination IP address (and possibly the destination TCP/UDP port, if 
port multiplexing is being used) are changed to that of the physical server. The 
response packet from the server also has NAT performed on it to change the source IP 
address (and possibly the source TCP/UDP port) to that of the virtual domain see[0432] 
lines 1-12), 

creating a NAT policy tree in accordance with a combination of the outgoing interface 
(The packet will be associated with the NFS policy domain and a NAT (network address 
translation-described below) takes place, with the destination address that of the NFS 
policy domain see [0213] lines 11-15) and the source IP address as a keyword upon 
request for access (a NAT is performed again to make the destination the IP address of 
the Gold policy domain. The packet now gets associated with the Gold policy domain. 
The process continues with the configuration for the Gold policy being loaded in and a 
decision being made based on the configured policy. At this point a load balancing 
decision is made to pick the best server to handle the request. Once the server is 
picked, NAT is again performed and the destination IP address of the server is set in the 
packet. Once the destination IP address of the packet becomes a device configured for 
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load balancing, a switching operation is made and the packet is sent out of the box see 
[0 213], 

Thus it would have been obvious to one of ordinary skill in the art to implement the 
method of Ferrari et al in the system of Berg the method of Berg can be implemented 
on any type of method determining whether it is necessary to perform NAT at the ISP 
egress corresponding to the next hop of the route; and if yes, selecting one of the NAT 
address pools corresponding to the ISP egress, performing corresponding NAT by the 
NAT board, and forwarding the packet to the egress user board corresponding to the 
ISP; otherwise, forwarding the packet to the egress user board corresponding to the 
ISP. 

Creating a NAT policy tree in accordance with a combination of the outgoing interface 
and the source IP address as a keyword upon request for access which is taught by 
Ferrari with a motivation to provide dynamic data content replication under NFS servers 
Regarding claim 3, note that Berg discloses the method for selecting egresses of a 
multi- ISP(multiple ISP see FIG. 2b and FIG.2c ) local area network, wherein the step of 
determining whether it is necessary to perform NAT (the protocol stack thread avoids 
the need to perform network address translations SEE [01 80]). comprises the steps of: 
detecting whether there is a public network flag in The routing table item hit by the 
subscriber traffic (the client opens a TCP type of connection endpoint and attempts 
connection through an IP network to a web server through the web server's advertised 
IP address on the standard web service TCP port SEE [0051]). if yes, determining 
whether one of the leaf nodes of the NAT policy tree is hit in accordance with the 
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combination of the outgoing interface and the source IP address as a keyword (a client 
connects to a server farm application by obtaining and connecting to a server's IP 
address, instead of a flow switch's IP address SEE [0066]); and if one of the leaf nodes 
of the NAT policy tree is hit, determining it is necessary to perform NAT; otherwise, 
determining it is unnecessary to perform NAT (the protocol stack thread avoids the need 
to perform network address translations SEE [0180]). 

Regarding claim 4, note that Berg discloses the method for selecting egresses of a 
multi- ISP local area network (selected server through a suitable one of the flow switch's 
egress ports see [0061]). Wherein the step of selecting one of the NAT address pools 
corresponding to the ISP 

Egress (The flow switch helps to balance client request loads see [0061 ]) comprises 
the steps of., performing matching in the leaf nodes of the policy tree in accordance with 
the combination of the outgoing interface and the source IP address as a keyword(a 
client connects to a server farm application by obtaining and connecting to a server's IP 
address, instead of a flow switch's IP address SEE [0066]); and obtaining the address 
pool and the slot number (IP address and IP source Port number are the only 
connection lookup keys see[0236]), of the NAT board from the matched leaf node of the 
policy tree. 

Regarding claim 6, note that Berg discloses The method for selecting egresses of a 
multi- ISP local area network (selected server through a suitable one of the flow switch's 
egress ports see [0061 ]), further comprising the steps of: classifying the routes of the 
local area network into a general route and a policy route, and setting a routing policy 
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for the policy route, wherein the general route is a standby for the policy route (server 1 
outputs response packets to clients through router A which is dedicated to server 1 for 
such purpose, and server 2 outputs response packets to clients through router C which 
is dedicated to server 2 for such purpose see[0076]and FIG. 2c). 
Also note that Ferrari teaches the step of querying in a routing table upon request of an 
outgoing packet from the local area network and determining a next hop of the route for 
the packet (flow entry AND next-hop address to destination NAT IP address [0515]) 
comprising the steps of: determining the policy route and/or the general route 
corresponding to the next hop (categorize the frame and send it to the next hop in the 
tree see [0212]); determining whether the ISP the policy route is available; and if 
available, replacing the destination address route with the policy 
Routing result; otherwise, utilizing the destination address route of the primary general 
route (based on policy and/or TOS bit a priority is assigned within the class. Classes are 
associated with a priority when compared to other classes see [0288]). 

Regarding claim7, note that Berg modified by Ferrari teaches the method for 
selecting gresses of a multi-ISP local area network (Berg: multiple ISP see FIG. 2b and 
FIG. 2c). Also note that Ferrari teaches, wherein the step of determining whether the 
policy route is available comprises the steps of: querying in the routing table in 
accordance with the next hop (Ferrari : categorize the frame and send it to the next hop 
in the tree see [0212]) of the policy route; and determining whether the next hop can hit 
the 32-bit mask mute (Ferrari : class priorities are assigned to packets based on the 
TOS bit setting and/or policy see [0288]) corresponding to a directly-connected host; 
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and if yes, determining the policy route is available, otherwise, determining the policy 
route is unavailable ( Berg : forwards each received packet to a server (whose IP 
address is specified in the packet ) see [0076]). 

Regarding claim 8, note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multiMSP local area network (Berg: multiple ISP see FIG. 2b and 
FIG. 2c), wherein the step of determining a next hop of the route 
( Ferrari: flow entry and next-hop address to destination NAT IP address [0515])for the 
packet comprises the step of: 

determining whether the route corresponds to a plurality of next hops; and if yes, 
performing traffic sharing by the plurality of corresponding ISPs (Berg: The flow switch 
helps to balance client request loads see[0061] also see[0162]). 

Regarding claim 9, note that Berg modified by Ferrari teaches the method for 
selecting egresses of multi-ISP local area network (Berg: multiple ISP see FIG. 2b and 
FIG. 2c), wherein the muting switch comprises a routing module and a NAT module 
completely separated from each other (Ferrari : class priorities are assigned to packets 
based on the TOS bit setting and/or policy see [0288]), wherein the routing module 
determines route egress for the subscriber traffic (Berg: the client opens a TCP type of 
connection endpoint and attempts connection through an IP network to a web server 
through the web server's advertised IP address on the standard web service TCP port 
SEE [0051]); and the NAT module determines whether to perform NAT and which NAT 
address pool to be selected (Berg: the flow switch helps to balance client request loads 
see [0061 ]). 
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Regarding claim 14, note that Berg discloses the method for selecting egresses of 
a multi-ISP (multiple ISP see FIG. 2b and FIG.2c), local area network further comprising 
the steps of: classifying the routes of the area network into a general route and a policy 
route, and setting a routing policy for the policy route, wherein the general route is a 
standby for the policy route(server 1 outputs response packets to clients through router 
A which is dedicated to server 1 for such purpose, and server 2 outputs response 
packets to clients through router C which is dedicated to server 2 for such purpose 
see[0076]and FIG. 2c); also note that Ferrari teaches the step of querying in a routing 
table upon request of an outgoing from the local area network determining a next hop of 
the route for the packet ( flow entry AND next-hop address to destination NAT IP 
address [0515]) comprising the steps of: determining the policy route and/or the general 
route corresponding to the next hop; determining whether the ISP corresponding to the 
policy route is available; and if available, replacing the destination address route with 
the policy routing result; otherwise, utilizing the destination address route of the primary 
general route ( based on policy and/or TOS bit a priority is assigned within the class. 
Classes are associated with a priority when compared to other classes see [0288]). 

Regarding claim 15, note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multMSP local area network (Berg: multiple ISP see FIG. 2b and 
FIG. 2c), wherein the step of determining whether the policy route is available (Ferrari: 
based on policy and/or 

TOS bit a priority is assigned within the class. Classes are associated with a priority 
when compared to other classes see [0288]). comprises the steps of: querying in the 
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routing table in accordance with the next hop of the policy route; and determining 
whether the next hop can hit the 32-bit mask route (Ferrari : class priorities are assigned 
to packets based on the TOS bit setting and/or policy see [0288]) corresponding to a 
directly-connected host; and if yes, determining the policy route is available, otherwise, 
determining the policy route is unavailable ( Berg : forwards each received packet to a 
server (whose IP address is specified in the packet ) see [0076]). 

Regarding claim 16, note that Berg modified by Ferrari teaches The method for 
selecting egresses of a m multi-ISP local area network (Berg: multiple ISP see FIG. 2b 
and FIG. 2c), wherein the step of determining a next hop of the route for the packet ( 
Ferrari: flow entry and next-hop address to destination NAT IP address [0515]) 
comprises the step of: determining whether the route corresponds to a plurality of next 
hops; and if yes, performing traffic sharing by the plurality of corresponding ISPs (Berg: 
The flow switch helps to balance client request loads see[0061] also see[0162]). 

Regarding claim 17, note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multi-ISP (Berg: multiple ISP see FIG. 2b and FIG. 2c) local area 
network, wherein the routing switch comprises a routing module and a NAT module 
completely separated from 

each other (Ferrari : class priorities are assigned to packets based on the TOS bit 
setting and/or policy see [0288]), wherein the routing module determines route egress 
for the subscriber traffic (Berg: the client opens a TCP type of connection endpoint and 
attempts connection through an IP network to a web server through the web server's 
advertised IP address on the standard web service TCP port SEE [0051]); and the NAT 
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module determines whether to perform NAT and which NAT address pool to be 
selected (Berg: the flow switch helps to balance client request loads see[0061 ]). 

Regarding claim18, note that Berg discloses The method for selecting egresses of a 
multMSP (multiple ISP see FIG. 2b and FIG.2c) local area network further comprising 
the steps of: classifying the routes of the local area network into a general route and a 
policy route, and setting a routing policy for the policy route, wherein the general route is 
a standby for the policy route (server 1 outputs response packets to clients through 
router A which is dedicated to server 1 for such purpose, and server 2 outputs response 
packets to clients through router C which is dedicated to server 2 for such purpose 
see[0076]and FIG. 2c);; also note that Ferrari teaches the step of querying in a routing 
table upon request of an outgoing packet from the local area network and determining a 
next hop of the route for the packet ( flow entry AND next-hop address to destination 
NAT IP address [0515]) comprising the steps of: determining the policy route and/or the 
general route corresponding to the next hop; determining whether the ISP egress 
corresponding to the policy route is available; and if 

available, replacing the destination address route with the policy routing result; 
otherwise, utilizing the destination address route of the primary general route( based on 
policy and/or TOS bit a priority is assigned within the class. Classes are associated with 
a priority when compared to other classes see [0288]). 

Regarding claim 19, note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multMSP (Berg: multiple ISP see FIG.2b and FIG. 2c) local area 
network wherein the step of determining whether the policy route is available (Ferrari: 
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based on policy and/or TOS bit a priority is assigned within the class. Classes are 
associated with a priority when compared to other classes see [0288]). Comprises the 
steps of: querying in the routing table in accordance with the next hop of the policy 
route; and determining whether the next hop can hit the 32-bit mask route(Ferrari : class 
priorities are assigned to packets based on the TOS bit setting and/or policy see [0288]) 
corresponding to a directly-connected host; and if yes, determining the policy route is 
available, otherwise, determining the policy route is unavailable ( Berg : forwards each 
received packet to a server (whose IP address is specified in the packet ) see [0076]). 

Regarding claim 20, note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multMSP (Berg: multiple ISP see FIG.2b and FIG. 2c) local area 
network wherein the step of determining a next hop of the route ( Ferrari: flow entry and 
next-hop address to destination NAT IP address [0515]) for the packet comprises the 
step of: 

Determining whether the route corresponds to a plurality of next hops; and if yes, 
performing traffic sharing by the plurality of corresponding ISPs (Berg: The flow switch 
helps to balance client request loads see [0061] also see[0162]). 

Regarding claim 21 , note that Berg modified by Ferrari teaches the method for 
selecting egresses of a multMSP (Berg: multiple ISP see FIG.2b and FIG. 2c) local area 
network, wherein the routing switch comprises a routing module and a NAT module 
completely separated from each other (Ferrari : class priorities are assigned to packets 
based on the TOS bit setting and/or policy see [0288]), wherein' the routing module 
determines route egress for the subscriber traffic (Berg: the client opens a TCP type of 
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connection endpoint and attempts connection through an IP network to a web server 
through the web server's advertised IP address on the standard web service TCP port 
SEE [0051 ]) ; and the NAT module determines whether to perform NAT and which NAT 
address pool to be selected (Berg: the flow switch helps to balance client request loads 
see[0061]). 

Respond to Remarks /Arguments 

4. Claim Rejection: Applicant arguments filed on 03/10/2009 have been fully considered 
but they are not persuasive regarding 35 U.S.C. 103(a) Rejection. 
On claim 1 , applicant assert that Berg (the primary prior art) fail to disclose "the binding 
relation between each of the outgoing interfaces connected with the ISP and the 
corresponding NAT address pool and the features creating a NAT policy tree in 
accordance with a combination of the outgoing interface and the source IP address as a 
keyword upon request for access, wherein leaf nodes of the NAT policy tree store a 
binding relation between each of the outgoing interfaces connected with the ISP and the 
corresponding NAT address pool and the NAT policy information of the slot number of 
the NAT board. The prior art does teach the limitation (see [0058] lines 1-10 and [0179] 
lines 6-10 and [00231]. 

( a client that communicate with one another through a global computer network with IP 
socket-based applications. In this example, a server farm (including n servers, where n 
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is an integer number) stores the applications to be deployed. Server farms are useful for 
deploying software applications (e.g. web site application or Internet gaming site 
application) for use through a global computer network see [0058] lines 1-10 and fig. 1b 
also such techniques would perform (a) network address translations in IP packets that 
are communicated between clients and specified servers in the server farm and (b) TCP 
splicing (e.g. rewriting of sequence numbers) see [0179] lines 6-10) and [00231]. 
Also please see [0061] lines 7-15 and FIG. 2b regarding wherein leaf nodes of the NAT 
policy tree store a binding relation between each of the outgoing interfaces connected 
with the ISP and the corresponding NAT address pool and the NAT policy information of 
the slot number of the NAT board (the selected server through a suitable one of the flow 
switch's egress ports, (b) maps packets from the selected server to the particular client, 
and (c) performs various administrative operations. In processing a packet that is 
communicated between a server and a client, the conventional flow switch performs a 
range of operations, which may include network address translation ("NAT"), checksum 
calculation, and TCP sequence number rewriting ("TCP splicing" see [0061] lines 7-15 
and fig.2b ) . 

Based on fact, Examiner respectfully disagrees the prior art recited does not disclose 
the limitation and both the primary and secondary prior arts fail to disclose the entire 
limitations of claim 1. 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KHALID ABDALLA whose telephone number is 
(571)270-7526. The examiner can normally be reached on Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dang Ton can be reached on 571-272-3171 . The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

IK. A./ 

Examiner, Art Unit 2419 

/Robert W Wilson/ 

Primary Examiner, Art Unit 2419 



